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ABSTRACT 



A Universal Serial Bus to parallel bus bridge includes a 
Universal Serial Bus port that receives a serial bit stream of 
data and commands in a Universal Serial Bus protocol from 
a USB host computer. A parallel bus port on the bridge 
includes parallel port registers and state machines coupled to 
a peripheral device. A USB controller core is coupled 
between the Universal Serial Bus port and the parallel bus 
port and converts data and commands between the Universal 
Serial Bus protocol and the parallel bus protocol. A 
sequencer is coupled between the USB controller core and 
the parallel bus port. A sequence of sequencer commands is 
loaded into memory in the USB bridge and used by the 
sequencer to perform a sequence of parallel port operations. 
The sequencer performs the commands autonomously with- 
out intervention from the USB host computer. Because the 
host computer does not have to initiate a USB transaction for 
each individual parallel port operation, the sequence of 
operations is completed in a shorter amount of time. 

21 Claims, 9 Drawing Sheets 
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Sequencer Instructions 

R: Register Address L: Loop Count 

D: Data M: Data Mask 

U: Upper/Lower nibble selection A: External memory device address 

X: Reserved (set to zero) 



RWRI 


1010 




1010RRRR 


DDDDDDDD 






Register Write 

The Data byte will be written to the specified register. 


Table 1 -Register Write 






RRMW 


0001 








0001 RRRR 


DDDDDDDD 


MMMMMMMM 





Register Read-Modity-Write 

The addressed register will be read and the returned data will be modified with 
the Data and Mask fields and written back. All bits in the original register data for 
which the corresponding bit Mask byte is set to T will be replaced with the 
corresponding bits from the Data byte. Bits in the original register data for which 
the corresponding Mask byte is '0' will be unchanged after the RRMW 
instructions. 



Register Read-Modify-Write 



RRCM 


0010 




0010RRRR 


LLLLLLLL LLLLLLLL 


DDDDDDDD 


MMMMMMMM 



Register Read Compare Until Match 

The addressed register will be read and data bits for which the corresponding 
Mask bit is T will be compared with the corresponding bits in the data byte. Data 
bits for which the Mask bit is '0 1 will not be compared. If the bits selected by the 
Mask byte match, execution will pass to the next instruction. If the selected bits 
don't match, the loop count will be decremented and the instruction will execute 
again after a delay controlled by the Slow RRCM and NOOP bits in a USB 
bridge Control register. The read/mask/compare process will continue until a 
match is made or the loop count expires, whichever comes first. If the loop count 
expires, the sequence will be aborted. 



Register Read Compare Until Match 

FIG.7A 
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RREN 
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Register Read Extract Nibble 

The Status register will be read and the bits corresponding to the lines used in 
IEEE 1 284 Nibble Mode will be extracted and packed into the designated nibble 
(U=1 1 for the upper nibble) in the data stream. If U is set to '1 \ the current nibble 
and a previously-latched nibble will be concatenated and loaded into the Bulk In 
buffer. 



Register Read Extract Nibble 



WBIB 


0100 




0000LLLL 
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LLLLLLLL 





Wait for Bulk In Byte 

The sequencer will enable the data path and wait until the designated number 
of bytes has been placed into the Bulk In buffer before continuing. Execution will 
resume when the designated number of bytes has been made available to the 
USB host. This dose not indicate that the host has actually read the data. 

This command is useful for tranferring data using the hardware assisted input 
modes provided by the ECP 60 and ATA 65 parallel port 44. 



Walt for Bulk In Byte 



WBOB 
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Walt for Bulk Out Byte 

The sequencer will enable the data path and wait until the designated number 
of bytes has been read from the Bulk Out buffer before continuing. 

This command is useful for transferring data using the hardware assisted output 
modes provided by the Compatibility 56, ECP 60, EEP 62, and ATA 65. 



Wait for Bulk Out Byte 



DATI 0110 




0110RRRR 




Read Register Into Pipe 

The specified register will be read and the data pushed into the Bulk In buffer. 



Read Register Into Pipe 



FIG.7B 
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DATO 0111 




0111RRRR 




Write Register From Pipe 

A byte will be removed from the Bulk Out buffer and written into the specified register. 


Write Register F 
EPPI 1001 


rom Pipe 


1001LLLL 


LLLLLLLL LLLLLLLL 


EPP Data Read 



The EPP Data register will be read the specified number of times, and the data 
returned will be pushed into the Bulk In buffer. 



EPP Data Read 



NOOP 


1000 




1000LLLL 


LLLLLLLL 







No Operation 

The sequencer will wait for the designated number of time periods as selected 
by the slow RRCM and NOOP bit in the USB bridge Control register before 
execution passes to the next instruction. 



No Operation 



SUBR 


1011 




000OXAAA 


AAAAAAAA 







Execute Subroutine 

Transfers control to a sequence stored in the external memory device 
(e.g.EEPROM), beginning at the specified physical address. Sequences in the 
external memory device may be as long as desired, as long as they do not 
cross page boundaries, which gives a maximum length o 256 bytes when using 
a single EEPROM. 



Execute Subroutine 



RETN 1011 




1011XXXX 




Return from Subroutine 

Returns control back to the main sequence. Execution is transferred to the 
instruction following the USBR instruction in the main sequence. 



Return from Subroutine 



FIG.7C 
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UNIVERSAL SERIAL BUS PERIPHERAL sequencer to perform a sequence of parallel port operations. 

BRIDGE WITH SEQUENCER The sequencer performs the commands autonomously with- 
out intervention from the USB host computer. Because the 

FIELD OF THE INVENTION host computer does not have to initiate a USB transaction for 

„, . . . . „ 4 ....... 5 each individual parallel port operation, the sequence of 

Th» invention pertains generally to paralleVsenal bus , ions j, ^ a snorter amoun , of time . 

bridges, and more particularly to a sequencer used in a 

Universal Serial Bus to parallel port bridge. ^ Agoing and other objects, features and advantages 

of the invention will become more readily apparent from the 

BACKGROUND OF THE INVENTION following detailed description of a preferred embodiment of 

10 the invention which proceeds with reference to the accom- 

The Universal Serial Bus (USB) is described in its current panying drawings, 
release in the Universal Serial Bus Specification Revision 

1.1 and is envisioned as an industry standard for the con- BRIEF DESCRIPTION OF THE DRAWINGS 

nection of all peripherals to a personal computer or work- ^ be b ^ underetood b readin the 

station. USB seeks to replace the varmus specialized con- is disclosure ^ Tefe / eQCt to lhe drawi wh ^ rein: 

nectors and communication formats utilized with keyboards, _^ . L TTf ,„ , _ ° , . 

mice, joysticks, multimedia inputs and outputs, printers, \ s *™ s a USB bridge according to the invention 

external disk drives, external CD-ROM drives, modems, connected between a Peripheral devjee and a host computer, 

parallel ports, serial ports, network connections, and virtu- FIG - 2 shows a functional block diagram of the USB 

ally any other type of peripheral, with a single universal 20 b^dge shown in FIG. 1. 

cable and connector type and a common communication FIG. 3 is a functional block diagram of a parallel port in 

format. Some of the other features of USB are: a true the USB bridge shown in FIG. 2. 

plug-and-play architecture requiring no user configuration, FIG. 4 is a diagram comparing timelines for a USB bridge 

flexibility, and low cost. without a sequencer and a USB bridge utilizing a sequencer 

USB is a complete break from the past— it provides no 25 according to the invention, 

backward compatibility with previous communication inter- FIG. 5 is a diagram comparing USB transactions for a 

faces. But many new users of USB-equipped computers USB bridge without a sequencer and a USB bridge utilizing 

have significant investments in non-USB peripherals such as the sequencer. 

parallel cable-interfaced printers. Rather than junking these FIG. 6 is a detailed block diagram of the sequencer used 

legacy peripherals, many users would prefer to somehow 30 ^ ^ jjsb bridge shown in FIG. 2. 

utilize non-USB peripherals with USB-equipped computers. FIGS 7A _ 7C ^ command performed by the sequencer 

Several vendors have addressed this need by offering USB shown in FIG. 6. 

bridges, which convert USB signals to a legacy format and 

vice-versa. DETAILED DESCRIPTION OF THE 

The problem with using a USB bridge is that a substantial 35 PREFERRED EMBODIMENTS 

latency penalty is imposed by the USB hardware and present invention generally applies to bridges that 

software each time an instruction or data is transferred operate between an upstream USB and a downstream bus of 

across the bridge between the USB bus and the peripheral, a different type. The specific embodiments described below 

When a sequence of commands is conducted over the USB exemplify the downstream bus with a bus commonly used in 

bus, the delay accumulates as each individual command is printers and the like— a parallel-port IEEE 1284 compatible 

sent separately via a USB transaction over the Universal Dus> or a DUS commonly used in disk drives, like ATA. An 

Serial Bus. As a result, long sequences of operations sent to ieeE 1284 compatible bus allows communication between 

the USB bridge create latency problems. a nost and a peripheral using at least one data transfer mode 

45 as described in IEEE Std. 1284-1994 Standard Signaling 
Method for a Bi-directional Parallel Peripheral Interface for 

Tne present invention solves the latency problem by Personal Computers. Given the concepts supplied below, 

incorporating a sequencer into the USB bridge. The one of ordinary skill can readily adapt the embodiments of 

sequencer transfers a portion of the controlling intelligence the invention to bridges between a USB and other parallel 

to the parallel port side of a USB connection. This allows 50 and serial bus types. 

any latency penalty imposed by the USB hardware and Referring to FIG. 1, a USB bridge 16 is used to connect 

software to be paid only once for any large set of instructions a non-USB peripheral device 20 to a USB host computer 12. 

transferred across the USB bus, instead of once for each Generally, this requires the bridge 16 to look like a function 

individual instruction transferred across the USB bus. of that peripheral type (e.g., a printer) to the USB host 12. 

A Universal Serial Bus to parallel bus bridge according to 55 At the same time, the bridge 16 must look like a host 

the invention includes a Universal Serial Bus port that computer parallel port to the peripheral device 20. 

receives a serial bit stream of data and commands in a In one embodiment of the invention, the USB bridge 16 

Universal Serial Bus protocol from a host computer. A is a stand alone device connected between the host computer 

parallel bus port on the bridge includes parallel port registers 12 and an IEEE 1284 peripheral device 20. A USB cable 14 

used to control access to a peripheral device. A USB core is go connects the host computer 12 to a USB port on USB bridge 

coupled between the Universal Serial Bus port and the 16. Alternatively, an IEEE 1284 parallel cable (not shown) 

parallel bus port and converts data and commands between can be used to connect the peripheral device 20 to an IEEE 

the Universal Serial Bus protocol and the parallel bus 1284 parallel port on bridge 16. In other embodiments, the 

protocol. bridge circuitry 16 is not stand-alone, but located either in 

Tne sequencer is coupled between the USB core and the 65 the host computer 12 or in the peripheral device 20. 

parallel bus port. A sequence of sequencer commands is Referring to FIG. 2, the USB bridge 16 includes USB 

loaded into memory in the USB bridge and used by the transceivers 28 that receive and transmit a USB serial bit 
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stream to and from the host computer 12. A USB device to the appropriate circuitry within the USB bridge 16. The 

controller core (USB core) 30 is connected to the transceiv- USB interface 42 directs forward channel data from the USB 

ers 28 and translates between the USB serial bit stream core 30 to the bulk_out buffer 45 and returns reverse 

protocol and another protocol. USB control and interface channel data from the bulk_in buffer 43. The bulk_out 

logic (USB interface) 42 interfaces the USB core 30 to a 5 buffer 45 accepts or rejects packets of data from the USB 

sequencer Random Access Memory (RAM) 40, bulk^in interface 42 and passes the accepted data to the parallel port 

buffer 43, bulk„out buffer 45 and through a multiplexer ^ The bulk_in buffer 43 receives data from the parallel 

(MUX) 47 to a sequencer 46 and a parallel port 44. The P ort 44 and P 35 ** 5 lhe dala t0 the USB 42 ' 

parallel port 44 is coupled through the MUX 47 to the ^ connection between the USB interface 42 and the 

sequencer 46 and is also coupled to the bulk„in buffer 43 10 MUX 47 is used 10 vxess the registers 66 (FIG. 3) contained 

and bulltrout buffer 45. The peripheral device 20 is coupled ^ P arallel P ort 44 ^ wel1 as to access status fla S* m 

to the parallel port 44 through Input/Output (I/O) buffers 48. the sequencer 46. A get_registers command will return the 

. WIIV * A <, 4 value of all of the parallel port registers 66 (FIG. 3). A 

A MUX 37 couples the sequencer 46 to the sequencer . *\. . -, r , . ' 4 , 

RAM 40 and to a ROM/EEPROM interface 36. The ROM/ ""7 B USed 4 ° modlfy vdueS m the 

EEPROM interface 36 is coupled to both an onboard Read is P 3 ™" 61 P° rt re S ls j crs - 

Only Memory (ROM) 34 and to an external memory device ^ USB m,erface 42 ako 0011,1018 lhe ,ransfer of dala 

32. In the embodiment shown in FIG. 2, the external ^ou&i the sequencer RAM 40, such as descriptor and 

memory device 32 is an Electrically Erasable Programmable identification data from the parallel port 44. Data sent 

Read Only Memory (EEPROM) but could be any type of *» »he external ^ WKC 32 « loaded into the sequencer RAM 

memory device 20 *v m ® men tne ROM interface 36 is signaled to transfer the 

t, ITC(T » ~ n . v * j j data to the external device 32. 

The USB core 30 is an application specific standard x , _ A . J 

product developed by Sand Microelectronics, Inc., and Access to the sequencer ram 40 is dependent on the 

available from Lucent Technologies®. The USB core 30, lctlvlt y of ' he sequencer 46. If the sequencer 46 is active, 

USB interface 42, bulk_Jn buffer 43, buyout buffer 45 iCcess <°. *° ™ m u * lock ^ out . 10 

and parallel port 44 are explained in detail in co-pending * ™ ^ USB bridge 16 . In the case of descriptor data, 

application Ser. No. 08/974,736 filed Nov. 19, 1997 and ^ "^^42 clears thesequencer ram 40 and signals 

entitled: Universal Serial Bus to Parallel Bus Signal Con- ^ ROM/EEPROM interface £6 to retrieve data starting at 

verier and Method of Conversion which is incorporated a s P ecifi f d V*™* mt " faC ? 42 u then 

herein bv reference passing data back to the USB core 30 when the sequencer 

m „ I , , - , „ , .... 30 ram 40 has data available. Device ID data for peripheral 

FIG. 3 shows one embodiment of the parallel port 44 device20 is retrieved in much the same manner as descriptor 

which includes a Mate machine and registers for interfacing data , except that the paraUel port 44 is directed to retrieve the 

with an IEEE 1284 or an ATA peripheral device 20^ A data ^ thsD me j^qm interface 36. 

controller 52 controls through a master state machine 54, a T . . - . c . TTO „ , . _, - £ - 

Compatibility mode protocol host 56, Nibble protocol host one Pf lcu i? ™&8**™ f » hc USB badge 16, the 

so j « j J in n * /rj^r»\ u ♦ *n a 35 ROM interface 36 at power-up checks whether an external 

58 and an Extended Capabilities Port (ECP) host 60. A , . „ ..... , - * . i . • 

j* •( 1 £ii li i £jc • ._j j f • • ' • ! r device 32 exists by trying to read from the external device 

digital niter block 66 is provided tor incoming signals from / jo c . , . _ 

^peripheral device 20 An Extended Parallel Port (EPP) 'f^" 8 ° f ' J T ^-""SSI" 

• * j u 4 a a Ti * a a r* u t*' n « digital filters and 1284 buffer drive characteristics. Other 

register mode host 62 and an Extended Capabilities Port j i_ r *r 

(ECP) register mode host 64 are also provided. Parallel port ^ nctlon , s caa , ^°. be P^ 0 ™^ ^ the ROM interface 36. 

v . / % c , • u i j • in * *u u 11 • 40 If an external device 32 is not detected, a default configu- 

registers 66 couple the peripheral device 20 to the bulk in A . . , \ . . 

* ai l it 4 i rt A c t . y tot* • * r A** j ration is used and data that is returned in response to a 

buffer 43, bulLout buffer 45, the USB interface 42 and 4 - . . / . . « . . v r + 

sequencer 46. All data transferred between the USB host 12 f U ^^^Tf^^'^ ' B) ,Z^ 

j . 4 , , r from the USB host 12 is data read from the internal ROM 34. 

and the peripheral device 20 passes through the registers 66. „ 

Of particular interest is the ATA register mode state 4§ ^ particular interest in the USB bridge 16 is the 

machine 65 The ATA register mode state machine 65 is used sequencer 46 . m sequencer 46 improves the speed of 

by the host 12 to communicate with ATA peripherals such as Uansactions conducted between the host 12 and peripheral 

disk drives. This state machine provides support for the dev ice 20 by aUowing a series of sequencer commands to be 

ow-level ATA physical protocol, as described w the ANSI t^skned to the USB bridge 16 in a single USB transac- 

Information Technolo^^^ with Packet Inter- 5Q ^ ^ ^ q{ nccr „ men ^ by the 

face Extension (ATA/ATAPI-4) draft specification. sequencer to perform parallel port operations. The sequencer 

The state machine 65 performs PIO data and register 45 an ows some of the controlling intelligence to be moved 

transfers to and from an attached ATA or ATAPI device. This &om a CP tj m hosl computcr U to the parallel port side of 

state machine provides only the lowest level of ATA support. me ygg br jdge 16. This reduces the latency previously 

Higher levels of the ATA and/or ATAPI protocol are pro- 55 imposed by having to use one USB transaction for each 

vided via the sequencer 46. This provides a great deal of parallel port operation, 

flexibility in interfacing with devices which communicate Sequencer 46 executes commands either from the 

using the ATA protocol and related or derivative protocols. sequencer RAM 40 or from the EEPROM 32. Normally, the 

Working in conjunction with the ATA register mode state commands accessed by sequencer 46 reside in sequencer 

machine 64 is a modification to the parallel port registers 66 60 RAM 40. Sequencer commands in the external device 32 are 

which couples the 16-bit ATA bus to the internal 8-bit data initiated by including a SUBR command in a sequence of 

path, thus providing translation between the double-byte commands in sequencer RAM 40. Each sequence in external 

oriented ATA protocol and the byte-oriented USB protocol. device 32 has a RETN command which causes the 

Other bits within the parallel port registers 66 supply the sequencer 46 to return to the command immediately follow- 

addressing signals required for the ATA protocol. ss ing the calling SUBR command in the sequencer RAM 40. 

Referring back to FIG. 2, the USB interface 42 interprets The instructions loaded into the external device 32 are 

the signals from the USB core 30 and directs the commands either loaded from the host 12 dynamically via USB trans- 
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actions or preprogrammed during the assembly process of developer for customized port operations. For example, the 

the USB bridge 16. Instructions in sequencer RAM 40 are instructions loaded into sequencer 46 may add additional 

dynamically loaded from the host 12. functions not normally supported by an IEEE 1284 parallel 

Traditionally, parallel port registers, such as IEEE 1284 por t 44, The sequencer 46 may also act as a gateway to 

registers, were located in close proximity to the host 12. This 5 access protocols other than a parallel bus protocol. For 

aUowed the host 12 to read and write data without significant example, the sequencer 46 could be used to connect the USB 

latency. With USB, reading or writing the registers requires port t0 another Mrial bus protoco i, 

reestablishing a communication channel with the USB FIG. 5 is a simplified drawing showing in a general 

device and sending the appropriate command for every mannef how batcfai ^ commands & from the & host 12 & to the 

operation on any parallel port register Repetition of com- seqU encer 46 reduce latency. Some of the detailsof the USB 

mands causes performance to suffer because of the latency . ^ . . . . . i - . . ..... , #u 

of USB transactions in responding to a request to reestablish faction have been left out for clarity. Without the 

a communication channel sequencer 46, a series of individual USB transactions 80^81 

FIG. 4 shows how latency in the USB bridge is reduced must be initiated b y foes host 12 to send a series of operations 

with the sequencer 46. Referring to FIGS. 2 and 4, hatched t0 the Peripheral device 20. For example, a sequence of 

boxes 70 represent the time required for host 12 to prepare 15 parallel port operations may comprise reading one of the 

a single operation. Dotted boxes 72 represent the time for the registers 66 (FIG. 3) in parallel port 44 'N' times, 

host 12 to react to the response of the operation given by A first USB transaction 80 initiates a first read of the 

device 20. Hatched boxes 74 represent the time for device 20 parallel port register. The protocol for conducting the USB 

to execute the single operation sent by host 12. Cross transaction 80 requires the host 12 to first send a setup token 

hatched boxes 76 represent an amount of time to commu- 20 80A to the peripheral device 20. A parallel port operation, 

nicate the operation or response over the USB. such as a "read register" command, is sent in USB data 

Diagram 68 shows the total time normally required for packet 80B. Receipt of the data packet 80B is acknowledged 

two operations to be prepared by the host 12, sent over the by the peripheral device 20 in USB packet 80C. 

USB, executed by the peripheral device 20, sent back over Data sent back to the host 12 in response to the "read 

the USB and reacted to by the host 12. The host 12 prepares 25 register" operation is sent back from the bridge 16 to the host 

a first parallel port operation during time 70A. During time 12 in USB data packet 80D. A USB data packet 80E 

76A, the host 12 conducts a USB transaction that sends the indicates the USB transaction is complete and an acknowl- 

register operation to the peripheral device 20. The peripheral edge packet 80F is sent to acknowledge the end of the USB 

device 20 executes the operation during time 74A. For transaction. 

example, the operation may request the peripheral device 20 30 The same sequence of USB operations 80A-80F must be 

to read, write or modify, etc. a peripheral device register. performed each time the host 12 reads the parallel port 

During time 76B, the peripheral device 20 communicates register. The Nth register read is shown in USB transaction 

the response from the operation back over the USB to the 81. The USB operations 81A-81F in USB transaction 81 are 

host 12. The host 12 during time 72 A reacts to the response essentially the same as the USB operations 80A-80F in the 

from peripheral device 20. 35 first USB transaction 80. Thus, *N' register read operations 

After the first operation is processed by the host 12, require 'N' USB transactions. A majority of the time 

another equally long time period is required to complete a required for USB transactions 80-81 is spent on software 

second operation represented by times 70B, 76C, 74B, 76D overhead for the USB transaction setup, USB acknowledges, 

and 72B. The latency for each operation conducted over the and USB transaction complete notices. 

USB is cumulative. This means that each new operation 40 The sequencer allows the host 12 to use only one USB 

initiated by the host 12 requires the same USB overhead transaction 82 to carry out the same 'NT parallel port 

including time period 76A to first send the operation from operations initiated by 'N* USB transactions 80-81. The 

the host 12 over the USB to the device 20 in addition to time USB setup packet 82A is used to set up the USB transaction 

period 76B for sending a response back over the USB to the 82. The data packet 82B contains configuration information 

host 12. This latency increases linearly with the number of 45 related to the sequence of sequencer commands such as the 

operations. length of the sequence and how many times to repeat the 

Referring to diagram 78, the sequencer 46 reduces latency sequence of sequencer commands. The peripheral device 20 

caused by USB transaction overhead. Instead of sending one acknowledges receipt of the data packet 82B in 82C. 

operation at a time, a batch of operations (sequence) 80 is The host 12 sends the sequence of sequencer commands 

sent during a single USB transaction. The individual times 50 in data packet 82D. The sequence contained in data packet 

70C needed to prepare the sequence of operations 80 may be 82D is loaded into sequencer RAM 40 and instructs the 

greater than the single time 70A required to prepare a single sequencer 46 to perform a series of parallel port operations, 

operation. However, only one USB transaction is used For example, the sequence may instruct the sequencer to 

during time 76E to send the entire sequence of operations 80 read a parallel port register 'N' times. The USB transaction 

to the peripheral device 20. 55 is completed by packet 82E and the acknowledge packet 

The host 12 typically downloads the sequence of opera- 82F. 

tions to the sequencer RAM 40. The sequencer 46 during Because the sequencer 46 allows multiple parallel port 

time periods 74C steps through the sequence of operations operations to be initiated and the results received in a single 

80 in the sequencer RAM 40. The results/response of the USB transaction, the host 12 can conduct more parallel port 

operations 80 are sent back to the host 12 during USB 60 operations in a shorter amount of time, 

transaction time 76E and the host 12 reacts to the results/ FIG. 6 is a detailed diagram of the sequencer 46. A state 

response during time 72 C. As shown in diagram 78, a large machine 82 receives signals from the USB interface 42 and 

sequence of operations when batched to sequencer 46 over controls a group of latches, program counters and status 

the USB can be completed in less time than required to flags. Status Sags 83 contain status information about the 

normally complete two individual operations in diagram 68. 65 sequencer operations. A program counter 84 is coupled to 

USB bridge protocol flexibility is also increased because the sequencer RAM 40 to sequence through address loca- 

the sequences of commands can be programmed by a tions loaded with a sequencer program. A main loop counter 
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86 receives a value from the USB interface 42 which 
identifies the number of times the entire sequence is to be 
performed. An instruction loop counter 88 receives a loop 
count value from the sequencer RAM 40 that identifies the 
number of times the current command is to be performed. 5 

An op code latch 90 stores the operational code for the 
present sequencer command addressed by the program 
counter 84. A register address latch 94 holds an address 
value for a register in parallel port 44. A data byte latch 94 
holds the value for a data field and a mask latch 96 holds the 10 
value of a mask field from sequencer RAM 40 used for 
performing the presently addressed sequencer command. A 
register data latch 98 holds a register value associated with 
the currently addressed sequencer command. Combinational 
logic 100 performs the logic operations performed in certain 15 
sequencer commands. 

Control signals 102 are used by the state machine 82 to 
configure registers in the parallel port 44 for read or write 
operations. Control signals 104 are used by the state 
machine 82 to control when and how data is gated between 20 
the peripheral device 20 and the bulk_in and bulk_out 
buffers through the parallel port 44. The sequencer config- 
ures the parallel port 44 for these different operations by 
sending the appropriate signals to the parallel port state 
machines (FIG. 3). 25 

SEQUENCER INSTRUCTION SET 

The sequencer 46 supports a set of instructions that allow 
sequences of operations to be carried out with the parallel 3Q 
port 44 without intervention from the host 12. These instruc- 
tions are described below and are also shown in FIGS, 
7A-7C. 

There are two different types of looping. A first type of 
looping is performed on an entire instruction sequence. This 35 
looping parameter is identified in data packet 82B of the 
USB transaction (FIG. 5) and specifies the number of times 
a sequence of sequencer instructions is repeated by the 
sequencer. The second type of looping is provided by a field 
in certain sequencer instructions that specifies a number of 4Q 
times the sequencer repeats that particular instruction. 

The loop count field in some sequencer operations are 
used to control an amount of time the sequencer 46 polls for 
data from the peripheral device 20. In other sequencer 
operations, the loop count field controls how much data the 45 
sequencer reads or writes before moving to a next sequencer 
command. 
RRMW 

Register re ad-modify -write. The addressed register is read 
and the returned data is modified with the Data and Mask 50 
fields and written back. All bits in the original register data 
for which the corresponding bit Mask byte is set to '1* are 
replaced with the corresponding bits from the Data byte. Bits 
in the original register data for which the corresponding 
Mask byte is '0' will be unchanged after the RRMW 55 
instruction. 

The RRMW command functionality would look like the 
following in the C programming language: 

"RegisterValue=((RegisterValue & (~MaskFieId))| 
(DataField & MaskField))" 60 
RRCM 

Register read-compare-until-match. The addressed regis- 
ter is read and resulting data bits for which the correspond- 
ing Mask bit is ' 1* are compared with the corresponding bits 
in the Data byte. Data bits for which the Mask bit is '0' are 65 
not compared. If the bits selected by the Mask byte match, 
execution passes to the next instruction. If the selected bits 
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don't match, the loop count is decremented and the instruc- 
tion will execute again after a certain delay. The read/mask/ 
compare process continues until a match is made or the loop 
count expires, whichever comes first. If the loop count 
expires, the sequence is aborted. 

The RRCM command functionality looks like the follow- 
ing in the C programming language where k is the loop 
count field value: 

"k«LoopCount; 

while (((Register Value & MaskField)! -(DataField & 
MaskField)) && (k>0)) k— ; 

if (k==0) exit(nME_OUTV 

For example, the following sequencer command 

RRCM STAT 256 10111000 11111000 
means the sequencer 46 reads the STAT register up to 256 
times, going on to the next instruction in the sequence if the 
upper five bits are ever equal to a data field value '10111', 
or abort the sequence if the upper five bits never match the 
data field value. The loop value 256 works as a timer to vary 
the period of time the sequencer 46 polls the STAT register 
waiting for data from the peripheral device 20. 
RWRI 

Register write, A data byte is written to a specified register 
in the parallel port 44. 
RREN 

Register read extract nibble. A parallel port status register 
is read and the bits corresponding to the lines used in an 
IEEE 1284 Nibble Mode will be extracted and packed into 
the designated nibble (U= l V for the upper nibble) in the data 
stream. If U is set to '1*, the current nibble and a previously- 
latched nibble will be concatenated and loaded into the 
bulk^in buffer 43. 
WBIB 

Wait for bulk in byte. The sequencer 46 enables the data 
path and waits until the designated number of bytes has been 
placed into the bullcJn buffer 43 before continuing. Execu- 
tion resumes when the designated number of bytes has been 
made available to the USB host 12. This does not indicate 
that the host 12 has actually read the data. 
WBOB 

Wait for bulk__out byte. The sequencer 46 enables the 
data path and waits until the designated number of bytes has 
been read from the bulk_out buffer 45 before continuing. 

The WBIB and WBOB commands provides more con- 
trollability than normally exists when sending commands 
directly from host 12. If the host 12 wanted to stream data 
directly from the peripheral device 20, previously the host 
12 could only wait for a certain amount of time and then 
determine what data was actually received. In other words, 
the host 12 could not specify a particular amount of data be 
sent by the peripheral device 20 during the operation. This 
could result in the host 12 receiving too much data or not 
enough data. 

The WBIB and WBOB commands allow a programmer to 
specify a particular number of bytes (loop field value) that 
must be read from the bulk_out buffer or written into the 
bulk_in buffer before the sequencer can move on to the next 
sequencer command. Thus, the sequencer 46, after complet- 
ing the WBIB or WBOB instruction, can perform remaining 
commands in the sequencer program under the assumption 
that a precise amount of data has been sent or received. 
DAXI 

Push register into bulk^in. This command reads a speci- 
fied parallel port register 66 and pushes the data into the 
bulk_in buffer 43. For example, the command: DATI DATA 
causes the sequencer 46 to read a DATA register in the 
parallel port registers 66 and pushes the results into the bulk 
in buffer 43. 
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DXTO 6. A Universal Serial Bus to parallel bus bridge according 

Push bulk_out byte into register. This command reads a to claim 1 wherein one of the sequencer commands corn- 
byte from the bulk_out buffer 45 and writes the byte into the prises a subroutine command that is read by the sequencer 
specified parallel port register 66. a first memory location and causes the sequencer to 
gppj 5 jump to a second memory location and begin executing 

Read EPP data register, push byte into bulk_in. This seo^ential ir^tructions at the second memory location, 
command causes the EPP state machine 62 (FIG. 3) to 7. A Universal Senal Bus to parallel bus bridge according 
initiate a read cycle on the parallel port parallel bus that 10 daun 6 wherem one ° f thc se ^° cer commands corn- 
returns data from the peripheral device 20 1fl P nscs a rctu "J command that causes the sequencer to return 

10 to sequentially executing commands at a third memory 
location immediately following the first memory location. 

The sequencer waits for a designated time period before 8. A Universal Serial Bus to parallel bus bridge according 

resuming execution. t0 c i ami 7 wherein the first memory location is in a first 

SUBR memory device and the second memory location is in a 

Causes a jump to a subroutine in external memory device 15 second memory device. 
32. The sequencer 46 jumps to the address specified in the 9. A Universal Serial Bus to parallel bus bridge according 
external memory device 32 and executes whatever codes to claim 1 wherein at least one of the sequencer commands 
that were previously programmed into the external memory includes a mask field that determines what bits in parallel 
device 32. The sequencer 46 continues sequentially execut- port data are analyzed and processed during the command, 
ing instructions in the external memory device 32 until 20 10. A Universal Serial Bus to parallel bus bridge accord- 
coming across a RETN command. ing to claim 1 wherein one of the sequencer commands 
RETN enables the flow of data between the Universal Serial Bus 

End of subroutine sequence in external memory device. P° rt and P^ lel bus t V OIi * nd does not sequence to a next 
When the RETN command is encountered in the external ^ command until a preselected amount of data is transferred, 
memory device 32, the sequencer 46 jumps back to the main 25 11 A Universal Serial Bus to parallel bus bridge accord- 
sequence in the sequencer RAM 40. m S t0 claim 1 whercm onc of spencer commands 

Tne host 12 can set up sequencer operations in two comprises repeatedly reading one of the parallel port regis- 

different ways. In one way, the host 12 loVds the sequence ters ™£ 15 a m f h with a specified data field or until 

* *t_ t ipn i_ 'j +£■ j\l * c c • * a specified loop count is reached, 
onto the USB bridge 16 and men is free to perform or initiate , n i-» A T r • 1 o ■ 1 t» * ntu l-j _j 
iL 4 . L *i A* - _r *u 30 12. A Universal Senal Bus to parallel bus bridge accord- 
other operations while the sequencer 46 is performing the t , . u « • . & \Zu ^ 
. , , r , V\ .t_ * *t_ i_ A 1* j ing to claim 1 including a bulk in buffer coupled between 
loaded sequencer commands. Otherwise, the host 12 does * * * ■, ,1 r~ _* * 1 f c ,u 
1 * *u TfDn *-i *t_ ac the controller and the parallel port, at least one of the 
not complete the USB request until the sequencer 46 com- - . v *■ r j * ^ 
, . r c *u ~ j sequencer commands mitiatmg writing of data from the 
pletes execution of the sequencer commands. n ^ ^ Jj^ ^ ^ ^ r qqq 

Other modifications to the disclosed embodiments will be 35 of ^ sequencer commands enabling data from a peripheral 

obvious to those of ordinary skill in the art upon reading this device tQ aut0 matically flow through the parallel port into 

disclosure, and are intended to fall within the scope of the ^ bulk_Jn buffer 

invention as claimed. 13 A Univ ersal Serial Bus to parallel bus bridge accord- 

What is claimed is: m g j 0 claim 1 including a bulk_out buffer coupled between 

1. A Universal Serial Bus to parallel bus bridge compris- 43 the controller and the parallel port registers, at least one of 
in § : the sequencer commands initiating writing data from the 

a Universal Serial Bus port receiving a serial bit stream of bulk_out buffer into one of the parallel port registers and 

data and commands in a Universal Serial Bus protocol; another one of the commands enabling data from the bulk_ 

a parallel bus port including parallel port registers for ^ °* bu ? cr * automatically flow to a peripheral device 

Inferring commands and data in a parallel bus pro- 45 „ 14. A method for transferring information between a first 

tocol* Universal Senal Bus port using a Universal Senal Bus 

* , , , , . , . , ^ protocol and a second port having a protocol different from 

a controller coupled between the Universal Serial Bus me Uni versal Serial Bus protocol, comprising: 

port and the parallel bus port that converts data and . . * , ... . c , * * J4 

commands between the Universal Serial Bus protocol 50 4 ^nal bit stream of data and commands to 

and the parallel bus protocol; and the Universal Senal Bus port using the Universal Senal 

Bus protocol; 

a sequencer coupled between the controller and the par- ,. _ , . . _ T . . 

allcl bus port autonomously performing a sequence of sendmg a sequence of commanos in the same Universal 

commandVthat access the parallel port Senal transaction usmg the Universal Serial Bus 

2. A Universal Serial Bus to parallel bus bridge according 55 protocol, 

to claim 1 including a memory storing the sequences of storing the sequence of commands; and 

commands performed by the sequencer, performing a series of operations in the second port 

3. A Universal Serial Bus to parallel bus bridge according according to the sequence of commands without using 
to claim 1 including a non-volatile memory for preloading additional Universal Serial Bus transactions, 
sequences of commands . performed by the sequencer. 60 15. A method according to claim 14 including sending the 

4. A Universal Serial Bus to parallel bus bridge according sequence of commands from a Universal Serial Bus host 
to claim 1 wherein the parallel bus protocol comprises an over a Universal Serial Bus cable to a Universal Serial Bus 
IEEE 1284 or ATA protocol, bridge circuit. 

5. A Universal Serial Bus to parallel bus bridge according 16. A method according to claim 15 including preloading 
to claim 1 wherein the sequencer loops on the whole 65 other sequences of operations in a memory and sending a 
sequence of commands or loops on one or more of the command from the Universal Serial Bus host initiating the 
commands in the sequence. other sequences of commands. 



04/04/2004, EAST Version: 1.4.1 



US 6,233,640 Bl 



11 



17. A method according to claim 16 wherein the protocol 
for the second port comprises an IEEE 1284 or ATA proto- 
col. 

18. A method according to claim 14 wherein at least some 
of the commands include at least one of the following: 

a mask field; 
a data field; 
a loop field; and 
a register address. 

19. A Universal Serial Bus bridge for transferring data 
between a Universal Serial Bus host and an IEEE 1284 
device, comprising: 

a Universal Serial Bus core coupled to the Universal 

Serial Bus host; 
an IEEE 1284 parallel port and IEEE 1284 registers 

coupled to the IEEE 1284 device; 
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a Universal Serial Bus Interface circuit coupled to the 
Universal Serial Bus core; 

BuheJn and bulle_out buffers coupled between the Uni- 
s versal Serial Bus interface circuit and the IEEE 1284 
port; and 

a sequencer and sequencer memory coupled between the 
IEEE 1284 port and the USB interface logic. 

20. A Universal Serial Bus bridge according to claim 19 
io including a memory device coupled to the sequencer for 

storing preloaded sequencer commands. 

21. A Universal Serial Bus bridge according to claim 19 
wherein the IEEE 1284 parallel port includes an ATA 
register mode state machine for performing data and register 

15 transfers with an ATA device. 
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